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METHOD AND APPARATUS FOR PROVIDING A CLIENT BY A SERVER 
WITH AN INSTRUCTION DATA SET IN A PREDETERMINED FORMAT IN 
RESPONSE TO A CONTENT DATA REQUEST MESSAGE BY A CLIENT 

This application claims priority from EP 128215.1, filed December 22, 2000, the 
contents of which are herein incorporated by reference. 

BACKGROUND OF THE INVENTION 

L Field of the Invention 

The present invention relates to a server of a data communication system in which one 
or more clients are provided by the server with an instruction data set in a particular 
instruction format in response to a content data request message issued by the client. In 
particular, the present invention provides a mechanism by which the instruction format of the 
instruction data set (for example, an HTML page) can be adapted, modified or varied 
depending on properties of the cUent as determined from the content data request message. 

2. Description of the Related Art 

Computers have been conveniently used for a wide range of applications, i.e., ranging 
from simple editing of text documents to complex distributed processing apphcations 
involving a large number of possibly distributed data processing units and involving the 
transfer of data between the data processing units. 

With the growing nimiber of data processmg units having access to computer 
networks such as local area networks or world-wide networks, i.e., company-wide intranets 
or the Internet, a growing number of applications are offered which involve a plurality of data 
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processing units. Such applications may be, for example, found in the field of home banking, 
office applications, remote e-mail applications, supercomputing applications or the like. In 
such data communication systems, high speed links, via permanent connections, circuit- 
switched connections or packet-switched connections, are used as communication links to 
exchange digital data at high speed (high-bit rates) such that even graphics data or data from 
moving images can be exchanged among the data processing units. 

It is a typical feature in such data communications systems that it is not required that 
all participating data processing units have the same powerful processing capabihties. That 
is, a main computer having powerful computing facilities can serve a number of smaller sub- 
computers through one or more of the above-described communication links. Since typically 
the smaller sub-computers are only assigned the task of making access to a main computer 
and to request the processing facilities or data from the main computer whilst the main 
computer serves the data on the small sub-computers, the main computer is often referred to 
as a server and the small sub-computers are referred to as clients. In such a scenario a client 
may typically request the execution of an application program at the server and may receive a 
data processing result or content data from the server via the network or the communication 
link cormecting the client and the server. 

Furthermore, systems are known where a plurality of clients can connect to a portal 
for the execution of an application. A portal may be a large site in a network including a 
plurality of servers which provide a variety of services including, for example, office 
applications, searching functions, news functions, e-mail applications, discussion groups, on- 
line shopping and links to other sites on the network. A portal may thus, be a general purpose 
site offering the capability to perform applications on behalf of a chent or assisting a client in 
executing the apphcation. 
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Generally, in a client and server or portal scenario the server may be a large 
computing device which has also the resources to store and execute application programs 
which are used in providing services to a client. Since the applications and sufficient 
computing power are generally available at the server side, the client may be a data 
processing unit with less powerful computing resources, functioning as an interface to receive 
user commands required for execution of a desired application program when providing the 
request, i.e., to transmit commands from the cUent to the server, and further to receive and, 
for example, to display computation results firom the server. 

a. Conventional Server and Client Configuration 

A typical data commimication system 00 of the prior art is shown in Fig. 1 . Here, a 
server 10 and clients 11, 12, 13, 14, . . ., 15 communicate through communication links 20, 
possibly through an intranet 21 and/or the Internet 22. Fig. 2 shows a typical block diagram 

of a server 10 and a client 1 1 in accordance with the prior art. The server 10 and the chent 1 1 
communicate through a communication link 20 connected to a respective communication 
interface 23, 40. 

Typically, the server 10 includes a server processor 26, a memory 27 with programs 
28, the programs 28 having a data structure 29 therein, and a secondary storage 30, all 
coimected by a bus 3 1 . 

Typically, the client 1 1 includes a cHent processor 41 , a memory 42 with programs 
43, the programs 43 having a data structiu:e 44, a display 45 and an input 46. 

Fig. 3 shows an example of operations or steps typically carried out by the client side 
and the server side for the typical scenario in Fig. 1. 



b. Conventional Transfer of Content Data to the Client 



For example, in case a user at a client side wishes to access a document from the 
server 10, i.e., a web-page available at the server 10 or another location, the user selects in 
step STl one of the programs 43 in memory 42, i.e., a particular browser, which is run on the 
client processor 41. 

When the user clicks on a particular place on the screen, the program 42 sends a 
content data request CDRQ to the server 10 in step ST2. In the Internet protocol, such a 
request message CDRQ can typically be an HTPP message requesting the transfer, for 
example, of HTML-pages from a database 30 located within the server 10 (or located 
elsewhere outside the server 10), where the content data is stored. In this example, the 
HTTP-request message includes the URL from which the HTML-pages should be retrieved 
and some additional header information. 

After setting up the communication link 20 between the client 1 1 and the server 10, 
the program 27 receives the content data request message CDRQ on the server side, in step 
ST3. Alternatively, the client 1 1 can also request the execution by the server 10 of some 
processing programs 27 in memory 28, so-called servlets or JAVAserver pages if the server 
is a JAVA® based server (JAVA® is a registered trademark of Sun Microsystems). 

hi step ST4, the program 27 statically or dynamically retrieves the requested content 
data, i.e., the HTML-pages. In a static retrieval, the program 27 by server processing unit 26 
merely accesses a local database 30 and retrieves the content data, i.e., the HTML-pages. In 
a dynamic retrieval, the program 27 retrieves data also from a remote site in a dynamic 
manner. After the step ST4, a step ST5 follows in which the format of the content data for 
the chent 11 is determined. This will be explained below. 
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In step ST6, the program 27 of the server 10 provides through the communication link 
20 the retrieved content data, i.e., an instruction data set to the client side. In step ST7, the 
content data or the instruction data set is received on the client side by program 43, and in 
step ST8, the user at the client side has the option to display or print out the transferred 
content data on a display 45, on a disc, or a printer. If the requested content data are for 
example, web-pages (HTML-pages), typically complete data sets relating to one page are 
requested by program 43 and re-transferred to the client side. Therefore, if in step ST9 the 
user requires more content data, for example, fluther pages, i.e., data sets, from the server 10, 
the process continues with step ST2. If no fiuther content data ^e required, the link 20 is 
closed after some time, for example, by stopping the browser in step ST 10. 

c. Structure of the Instruction Data Set 

Fig. 4 shows an example of the HTTP request and HTTP reply scenario between the 
client 1 1 and the server 1 0 for the case where the data set to be transferred back to the client 
1 1 contains content data which on the client 11 is to be used for a screen display. As shown 
in Fig. 4, in this example using HTML-pages, the HTML-page includes a screen layout 
format including a plurality of screen elements 51, 52. Here, the screen element 51 is a log-in 
element and the screen element 52 is a company logo. Furthermore, the screen layout 50 can, 
for example, include a particular background colour. That is, in the case of Fig. 4 the screen 
format is constituted by a data set which includes graphics data. In order for the chent 1 1 to 
recognize that the transferred data set includes graphic element data sets, the program 28 
includes an instruction format setup sequence on the server side to determine a so-called 
MIME-type which indicates the type of data contained in the HTML-page, used in this 
example, to be transferred to the client 1 1 . Therefore, in the step ST5 in Fig. 3, the program 
28 determines the MIME-type and transfers an indication of the MIME-type to the client 1 1 
together with the data set in step ST6. On the basis of the MBVIE-type, the program 43 at the 
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client 1 1 can recognize that the transferred data sets include graphics element data sets which 
can be displayed on the display 45. Thus, in this case, the transferred HTML-page used in 
this example, is intended merely for being displayed on the display screen 45. 

However, the transferred data sets from the server 10 may not only constitute a 
graphics data set to be displayed on a display screen but can also be a general instruction data 
set which the user can use for other purposes in step ST8. For example, the user at the chent 

1 1 may request a transfer of a command data set for controlling a device on a client side, for 
example, a robot. That is, the client 1 1 may not necessarily use the transferred data set for a 
display but for a control of a device. 

While in this case there is no necessity to display the commands on the display screen, 
the HTML-page used in this example, which is transferred from the server 10 by program 28, 
will nonetheless have a particular instruction format similar to the one shown for the screen 
layout in Fig. 4. That is, when the command data set is requested by program 43, it will also 
contain specific instruction elements corresponding to instruction element data sets in the 
instruction data set to be transferred to the client 11. 

Hence, independently of what use is made at the client 1 1, every transferred 
instruction data set from server 10 will have a particular instruction format consisting of a 
plurality of instruction elements and the MIME-type will indicate to the client 1 1 the type of 
data which is transferred. 

Thus, generally an instruction data set is fransferred back to the client 1 1 by program 
28 and this instruction data set will include a plurality of instruction element data sets 
corresponding to the particular instruction elements forming the data set. Therefore, display 
frames for local visualization at the client side or command frames for other use at the client 
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side can be transmitted by program 28 from the server 10 to the chent 1 1 as, for example, 
HTML-pages. 

d. Structure of Data Requests 

Furthermore, while in the above description it has been assumed that the program 43 
merely sends a content data request CDRQ to the server 10, of course, more complex 
operation commzmds can be transmitted to the server side in a similar maimer. For example, 
in case the client 1 1 wishes to scroll through a document, a corresponding input command is 
given via input 46 to the browser and is transmitted via the communication link 20 to the 
server 10. In turn, the program 28 at the server 10 prepares a corresponding display content 
for transfer to the client 1 1 in order to enable the client 1 1 to locally visualize the changed 
display content. Similarly, in case the user wishes to edit the document, respective 
commands could be transmitted jfrom the program 43 at the client 1 1 to the server 10 and 
accordingly be processed at the server 10. Changed display contents (content data) can then 
again be transmitted to the client 1 1 for the local visualization on the display 45. 

However, it is also possible, that not only the server 10 has the necessary resources to 
provide a desired service, but a client 1 1 may already have the required resources for 
providing the service such as rendering operations or editing a data file. Corresponding 
application programs may thus be available at both the client side, i.e., an applet, and the 
server side, i.e., a servlet, for performing a desired operation, i.e., providing a desired service. 
Such programs are also available as one of the programs 43 shown on the client side in Fig. 2. 

Since on the client side different browsers or different processing programs 43 can be 
executed or different devices can be used on the chent side, the server side must also have 
knowledge about what type of program is run in order to determine in which manner the 
retrieved content data should be provided back to the client 1 1 . 



Typically, when the program 43 issues the content data request CDRQ, the request 
also contains request parameters, request header parameters, device properties and resource 
properties. 

Device properties are used in conjunction with the client 1 1 . These properties refer to 
such things as the different display sizes of the cHent devices. 

Resource properties cover all the properties that are assigned to a requested document 
or more generally to a resource. This, for example, includes the various document types (Star 
Office documents. Star Office write, Star Office calculator or other document formats such as 
PDF as well as customized content types used for folders, for example). 

Since the server 10 can be accessed by different browsers, for example, Netscape 
browser 4.X and the Mtemet Explorer, special add-ins are required in each browser such that 
a document can be edited. To enable the dynamic download of the correct add-in, the 
browser type can be identified via request header parameters of the request message CDRQ. 

Finally, for the above-described custom commands issued by the program 43 at the 
client 1 1, so-called request parameters are available in the request message CDRQ such that 
the commands can be recognized on the server side. 

e. Disadvantages 

Despite the fact that according to the prior art it is already possible to transfer in the 
content data request CDRQ (i.e., a HTTP-request) information of the request parameters, 
request header parameters, device properties and resource properties, the program 28 at the 
server 10 simply retrieves the content data (i.e., HTML-page) and determines the MIME-type 
and then provides back to the client 11a corresponding data set including a fixed instruction 
format determined by the MIME-type. That is, despite the fact that some information about 
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the client properties and/or resource properties are transferred to the server 10 in the request 
message CDRQ sent by program 43, the format of the data set transferred back to the cUent 
1 1 by program 28 is fixed, i.e., independent of the properties. Thus, independent of the 
capabilities of the cHent 11, the same format will always be used (only the MEME-type is 
determined to tell the client 1 1 what type of data is retransferred). Consequently, the 
program 28 uses a page set up which is a rather fixed fi-ame or instruction data set format 
when re-transferring the requested data. Thus, the main disadvantage results that, 
independently of the capabilities of the client device, the executed browsing program, the set 
options on the browsing program and the type and size of the requested content data, the 
instruction format (screen format or command format) remains the same. 

That is, it would generally be desirable to provide a flexible and extendable 
framework for creating content depending on the client 11 or resource properties, i.e., the 
server 10 should be capable of changing the instruction format depending on the client 
capabilities and the type of requested content data. 

SUMMARY OF THE INVENTION 

Methods and systems consistent with the present invention provide an improved 
server and a method for exchanging data between the server and the client in a data 
conmiunication system which allow the server to make the instruction format of the 
instruction data set flexibly dependent on the capabilities of the client and the properties of 
the requested content data. 

Methods and systems consistent with the present invention allow the program at the 
server to make the generation and retrieval of the content data and its format dependent on 
the properties of the client and the properties of the resources. For this purpose the program 



at the server selects from a number of instruction format templates a particular instruction 
format template dependent on a client or resource properties. 

The template describes at what positions in the data set particular instruction elements 
can be placed. The program generates an instruction to fill the data inserted in the places 
indicated in the instruction format template, based upon the client capabilities or resource 
capabilities. 

Li order to specially select the instruction format template, the program searches a tree 
node structure based on the client or resource properties wherein each node corresponds to a 
particular template or a particular combination of instruction elements. When the properties 
with which the search is done, match a node selection criterion associated with each node, the 
program executes the particular template or combination of instruction elements. 

Thus, a flexible and extendable framework for creating content is provided by 
providing a new way of registering new content creation servlets and by changing how 
existing content is created. The tree structure for the search thus makes it easy for the 
program to select and execute the appropriate instruction elements for flexibly adapting the 
instruction format. 

Thus, methods and systems consistent with the present invention include a data 
processing system in a client and server system, the server providing the client with an 
instruction data set in a specified instruction format in response to a content data request from 
the client, the system including a server computer having a memory including a server 
program that provides at least one content data request properties of the content data request 
made by the client, that prepares the instruction data set having the specified instruction 
format and including a plurality of instruction element data sets each representing a specified 
instruction element of the instruction format and generated by at least one instruction element 
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generating application in an instruction format set up sequence, that includes an instruction 
format configuration file containing a tree data structure including a plurality of instruction 
format nodes, each of the instruction format nodes indicating a particular combination of 
instruction elements having the specified instruction format and having associated with it a 
node selection criterion, that searches the tree data structure with said determined content 
data request properties and selects an instruction format node whose associated node 
selection condition matches the determined content data request properties, and that prepares 
the instruction data set to be sent to the client by executing the instruction element generating 
application of the selected instruction format node; and a processor that runs the server 
program. 

The server program analyzes the content data request to provide one or more of client 
unit related properties and content data related properties, and provides for each cHent as the 
client unit related properties device, properties about the client. The server program also 
provides as the content data related properties resource properties about data content resources 
providing the content data, provides as the client unit related properties, properties about the 
content data requesting unit used at the client; and provides as the client unit related 
properties, properties about commands issued at the client. 

The server program analyzes a first content data request to obtain the client unit 
related properties and the content data related properties, wherein at an arrival of any 
subsequent content data request in a same session the server program only accesses one of the 
first storage area and said second storage area in memory, to provide the at least one of client 
unit related properties and the content data related properties. 

The node selection condition includes at least one node selection requirement 

including at least one property name parameter and an expected property; wherein the search 

is started at a root instruction format node; wherein a property relating to the property name 
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parameter of the node selection condition of a next instruction format node is requested to be 
provided for the current data request; and wherein when the provided property matches with 
the expected property, the instruction format selection branches to the next instruction format 
node. The node selection requirement further includes a property type parameter indicating a 
type of property provided, and further includes at least one operation condition for logically 
combining results of at least two requirements. 

The instruction format formed by instruction elements of a root instruction format 
node of the tree data structiu^e is a default instruction format, wherein the default instruction 
format is an instruction format with an instruction template and a plurality of instruction 
element positions into which the instruction element generating applications insert instruction 

element data sets when they are executed. The instruction format includes an instruction 
template and a plurality of instruction element positions into which the instruction element 
generating applications insert instruction element data sets when they are executed. 

The instruction element generating application includes a component name of a 
component to be executed, and includes an argument name with a substitution name of a 
substitution component located at a different node. 

The instruction data set is a set of instruction data for displaying a screen with a 
particular screen layout format on the client, wherein the instruction template is a screen 
layout template and the instruction element positions are place hplders into which the insert 
screen element data sets are inserted by the instruction element generating application when 
the instruction element generating application is executed. The instruction data set is a set of 
instruction data for controlling a device with a specified control command layout format on 
the client, wherein the instruction template is a command layout template and the instruction 
element positions are command holders into which the instruction element generating 
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application inserts command data sets when the instruction element generating application is 
executed. 

The client and the server are JAVA based applications, and the instruction format 
configuration file containing the tree data structure is an XML file. The instruction element 
generating application is one of a JAVA servlet and a JAVA server pages program. 

In another embodiment consistent with the present invention, a method in a data 
processing system for providing in a chent and server system, at least one client by a server 
with an instruction data set in a specified instruction format in response to a content data 
request, includes the steps of providing at least one content data request properties of a content 
data request made by the client; preparing the instruction data set having the specified 
instruction format and including a plurality of instruction element data sets each representing a 
specified instruction element of the specified instruction format; searching a tree data structure 
stored in an instruction format configuration file and including a plurality of instruction format 
nodes, each instruction format node indicating a specified combination of instruction elements 
including the specified instruction format and having associated with it a node selection 
criterion, with the determined content data request properties and for selecting an instruction 
format node whose associated node selection condition matches the determined content data 
request properties; and preparing the instruction data set to be sent to the client by executing 
instruction element generating applications of the selected instruction format node. 

Methods and systems consistent with the present invention include a computer 

readable medium containing instructions that cause a data processing system to perform a 

method of providing in a client and server system, at least one client by a server with an 

instruction data set in a specified instruction format in response to a content data request, the 

method including the steps of providing at least one content data request properties of a 

content data request made by the client; preparing the instruction data set having the specified 
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instruction format and including a plurality of instruction element data sets each representing a 
specified instruction element of the specified instruction format; searching a tree data structure 
stored in an instruction format configuration file and including a plurality of instruction format 
nodes, each instruction format node indicating a specified combination of instruction elements 
including the specified instruction format and having associated with it a node selection 
criterion, with the determined content data request properties and for selecting an instruction 
format node whose associated node selection condition matches the determined content data 
request properties; and preparing the instruction data set to be sent to the client by executing 
instruction element generating applications of the selected instruction format node. 

Methods and systems consistent with present invention include a tree data structure in 
memory of a server in a data processing system of a client and server system, in which at 
least one client is provided by the server with an instruction data set in a specified instruction 
format in response to a content data request, the tree data structure including a plvirality of 
instruction format nodes, each instruction format node indicating a specified combination of 
instruction elements including a particular instiiiction format and having associated with it a 
node selection criterion. 

The tree data structure is generated separately for each session between the cUent and 

the server, and can be generated once and independently for each session between the client 
and the server. Further, the tree data structure is generated dependent on at least one of 
client-related properties and content data properties. 

Methods and systems consistent with the present invention include a method in a data 

processing system for providing one or more clients by a server in a client and server system, 

with an instruction data set in a specified instruction format in response to a content data 

request, including the steps of preparing a tree data structure consisting of a plurality of 

instruction format nodes, each instruction format node indicating a particular combination of 

14 



instruction elements including a specified instruction format and having associated with it a 
node selection criterion; and searching the tree data structure with content data request 
properties relating to the content data request sent by the client and for selecting an 
instruction format node whose associated node selection condition matches the content data 
request properties. 

Methods and systems consistent with the present invention include a method in a data 
processing system for providing one or more clients by a server in a client and server system, 
with an instruction data set in a specified instruction format, including the steps of selecting 
from a number of instruction format templates a specified instruction format template 
dependent on at least one of client properties and resource properties, wherein the template 
describes at what places in the instruction data set specified instruction elements can be 
placed; and inserting content data in the places indicated in the instruction format template by 
at least one instruction element generating apphcation; wherein the selection step also 
including selecting said at least one instruction element generating application in accordance 
with one of client capabiUties and resource capabilities, from more than one available 
instruction element generating application. 

Methods and systems consistent with the present invention include a data processing 
system in a client and server system, the server providing the client with an instruction data 
set in a specified instruction format in response to a content data request from the client, the 
system including a server computer having a memory including a server program that 
provides one or more content data request properties of the content data request made by the 
client, that prepares the instruction data set having the specified instruction format and 
including a plurality of instruction element data sets each representing a specified instruction 
element of the instruction format and generated by at least one instruction element generating 
application in an instruction format set up sequence, that includes an instruction format 
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configuration file containing a tree data structure including a plurality of instruction format 
nodes, each of the instmction format nodes indicating a particular combmation of instruction 
elements having the specified instmction format and having associated with it a node 
selection criterion, that searches the tree data structure with the determined content data 
request properties and selects an instruction format node whose associated node selection 
condition matches the determined content data request properties, and that prepares the 
instruction data set to be sent to the client by executing the instruction element generating 
application of the selected instruction format node; and a processor that runs the server 
program; a client computer including a memory having a client program that provides a 
content data request to the server, and that receives the instruction data set sent by the server; 
and a processor that runs the client program; and a network between the server computer and 
the client computer. 

There has thus been outlined, rather broadly, some features consistent with the present 
invention in order that the detailed description thereof that follows may be better understood, 
and in order that the present contribution to the art may be better appreciated. There are, of 
course, additional features of the invention that will be described below and which will form 
the subject matter of the claims appended hereto. 

Li this respect, before explaining at least one embodiment consistent with the present 
invention in detail, it is to be understood that the invention is not limited in its application to 
the details of construction and to the arrangements of the components set forth in the 
following description or illustrated in the drawings. The invention is capable of other 
embodiments and of being practiced and carried out in various ways. Also, it is to be 
understood that the phraseology and terminology employed herein, as well as the abstract 
included below, are for the purpose of description and should not be regarded as limiting. 
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As such, those skilled in the art will appreciate that the conception upon which this 
disclosure is based may readily be utihzed as a basis for the designing of other structures, 
methods and systems for carrying out the several purposes of the present invention. It is 
important, therefore, that the claims be regarded as including such equivalent constructions 
insofar as they do not depart from the spirit and scope of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 depicts a client and server system in accordance with the prior art; 

Fig. 2 depicts a data processing system for use in a cUent and server system 
consistent with Fig. 1; 

Fig. 3 depicts a flowchart of a chent and server system consistent with Fig. 1; 

Fig. 4 depicts a portion of a data processing system in a client and server system 
consistent with Fig. 1; 

Fig. 5 a depicts a portion of a data processing system in a client and server system in 
accordance with one embodiment consistent with the present invention; 

Fig. 5b depicts a flowchart of a client and server system in accordance with Fig. 5 a; 

Fig. 5c depicts a portion of a client and server system consistent with Fig. 5a; 

Fig. 5d depicts a data processing system in a client and server system in accordance 
with an embodiment consistent with the present invention; 

Fig. 6 depicts content of portions of the client and server system in accordance with 
Fig. 5a; 
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Fig. 7a depicts a flowchart of a client and server system according to one embodiment 
consistent with the present invention; 

Fig. 7b depicts a flowchart of a chent and server system consistent with Fig. 7a; 

Fig. 8 a depicts a data processing system in a client and server system consistent with 
one embodiment of the present invention; 

Fig. 8b depicts a portion of the chent and server system consistent with Fig. 8a; 

Fig. 8c depicts a portion of the client and server system in accordance with an 
embodiment consistent with the present invention; 

Fig. 9 depicts a flowchart consistent with the embodiment of Fig. 7b; 

Fig. 10a depicts a tree structure in accordance with one embodiment consistent with 
the present invention; 

Fig. 10b depicts a representation of a tree structure in accordance with Fig. 10a; 

Fig. 10c depicts a tree structure for the sub-nodes of the tree structure in accordance 
with Fig. 10a; 

Figs. lOd-lOe depict the definition of the sub-nodes in accordance with Fig. 10c; and 
Figs. lOf-lOi depict the definition of the sub-nodes in accordance with Fig. lOf. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Methods and systems consistent with the present invention include a data 
communications system in which a server exchanges data with a chent, and wherein the 
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server is allowed to make the instruction format of the instruction data set flexibly dependent 
on the capabilities of the client and the properties of the requested content data. 

Methods and systems consistent with the present invention include a data processing 
system in a cHent and server system, which uses an algorithm that travels through a set of 
interconnected nodes, where each node contains conditions that must be checked in order to 
determine the way to travel towards a final end point, and where each node on the way to that 
end point can define components for an instruction data set (EDS), and where also at each 
node an instruction data set template can be defined which can use the inclusion of such 
components in order to determine their position in the instruction data set (IDS). 

hi the following, the elements of the server 100 will be outlined in fiirther detail. It is 
noted that this example serves as illustration purposes only and does not Umit the methods 
and systems consistent with the present invention. Further examples of the server ICQ are 
possible. 

Methods and systems consistent with the present invention include, in Fig. 5d, the 
server 100 may be a general purpose data processor, preferably a data processor with large 
resources, i.e., high processing capabilities and large memories for storing large amounts of 
data. The server 100 may be a single unit or may be a distributed system of a plurality of 
servers 100 or data processors and may be sh^ed by multiple users. 

The server 100 includes a processor 101 or processing means, which may be 
constituted by a central processing unit of the server 100, but may also be constituted by a 
distributed central processing unit including a plurality of individual processors on one or a 
plurality of machines. The server data processor 101 may have access to a server memory 
102 or storage means for storing preferably a program 1 103 or a large nxmiber of application 
programs 103 for providing various services to users, i.e., for performing various operations 
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desired by users operating clients such as the client 200. The program 103 may include a 
data structure 103 therein. 

The server processor 101 and the memory 102, as well as any other separate units 
such as a database or secondary storage 105 as secondary storage means, are connected by a 
communication link 106, which may be constituted by a system bus or the like, or by 
external connections, particularly in case the server 100 is constituted by a distributed system 
included distributed server data processing imits and/or distributed server communication 
units. 

The server communication Hnk 106 may correspond to the client communication hnk 
208. However, the server communication link 106 maybe adapted, by program 103, to 
communicate with a plurality of clients such as the chent unit 200, i.e., to maintain 
communication links to a plurality of clients 200. 

Commimications between the server 100 and the chent 200 may be carried out 
through a communication link 110, such as a dedicated communication link, a wireless 
communication link, or may be established through a communication network such as a local 
area, company- wide intranet or a wide area network as the Internet. It is also possible that 
the communication link includes combinations of the above examples. 

The communication link 110 may also be used for further communications, including 
bi-directional communications, particularly if the execution of the distributed application, 
i.e., the application requires the transmission of information from the client 200 to the server 
100, i.e., in controlling the server 100 during execution of the distributed application. 

The elements of the chent 200 will now be outlined in further detail. It is noted that 
this example serves as illustration purposes only and does not limit the methods and systems 
consistent with the present invention. Further examples of the chent 200 are possible. 
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The client 200 may be a general purpose data processing device, such as a personal 
computer, a mobile terminal such as a mobile computing device, a mobile phone or a mobile 
data organizer operated by a user wishing to access a service remote from the client 200, i.e., 
at the server 100. Even though only a single client 200 is illustrated in Fig. 1, other 
embodiments may include a pluraUty of similar clients 200 connected to the server 100. 

In one embodiment consistent with the present invention. Fig. 5d depicts a client 200 

including a client data processor or processing means 201, which may be a central 
processing unit of the client 200 or may be a processing unit external to the client 200. 

The client processor 201 may have access to a memory 202 or storage means for 
storing a program 203, and program elements of a distributed apphcation to be executed on 
the server 100 and the client 200. The memory 202 may be located within the client 200 or 
external thereto. The program 203 may also include a data structiare 204. 

The cUent 200 may also include a display 205, and an input device 206 as input 

means. 

The communication link 207 connecting the processor 201 (and any other separate 

units), the memory 202, the display 205, and input device 206, may be a system bus 207 for 
exchanging data between these elements; however, may also include external cormections, 
i.e., connections to the input device 206 or keyboard, or to other data processing devices and 
the like. 

A client communication link 208 may communicate, by program 203, with the server 
100 using a communication end point specified by an address and a port number. The 
communication link 208 may be a dedicated communication link such as a mobile 
communication link or a switched circuit communication link. Further, the communication 
link may involve a network of data processing devices such as a local area network or a wide 
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area network or combinations thereof. The client communication link 208 may be adapted 
by program 203 to execute various communication protocols. Commimications protocols 
may for example be TCP/IP or any other point-to-point coimection. 

It is noted that the above described features and processing operations may be realized 
by dedicated hardware or may be realized as programs including code instructions executed 
on data processing units, i.e., the server 100 and the client 200. It is further possible that 
parts of the above sequences of operations are carried out in hardware, whereas others of the 
above processing operations are carried out using software. 

Although aspects of one implementation are depicted as being stored in memory, one 
skilled in the art will appreciate that all or part of systems and methods consistent with the 
present invention may be stored on or read from other computer-readable media, such as 
secondary storage devices, like hard disks, floppy disks, and CD-ROM; a carrier wave 
received from a network such as the Internet; or other forms of ROM or RAM either 
currently known or later developed. Further, although specific components of data 
processing system have been described, one skilled in the art will appreciate that a data 
processing system suitable for use with methods and systems consistent with the present 
invention may contain additional or different components. 

Methods and systems consistent with one embodiment of the present invention 
include the program 103 retrieving content data (i.e., HTML pages) from a database 105, as 
shown in Fig. 5d. Fvirther, as shown in Fig. 5 a, the program 103 at the server 100, by using a 
screen registry application, provides an instruction data set (IDS) 150 in a particular 
instruction format IF to the client 200. The screen registry generally contains two storage 
areas or memories. The server 100 is to provide an instruction data set 150 in a particular 
instruction format IF to the client 200. This is generally done by means of a HTTP response 
message, as was explained above. The screen registry provides some information P on the 

22 



capabilities of the client 200 and/or the properties of content data, i.e., from the content data 
requested by the cHent 200. 

Thus, the program 103 at the server 100 is adapted to make the instruction format IF 
of the instruction data set 150 flexibly dependent on the capabihties of the cUent 200 and/or 
the properties P of the content data CD. That is, as shown in the embodiment of Fig. 5b 
consistent with the present invention, first there is a property provision procedure or step SS 1 
in which the program 103 provides the capabilities (properties) of the client 200 and/or 
information on properties of some content data CD. Then, there follows an instruction data 
set provision procediire or step SS2, in which the instruction data set 150 adapted for 
example, in its format in accordance with the determined properties, is provided by the 
program 103 to the client 200. Thus, the data set 150 is flexibly dependent on the properties 
of the client 200 and/or the content data. 

According to another embodiment consistent with the present invention, as shown 
also in Fig. 5a, the program 103 provides the properties P to the data base 105, which stores 
the content data CD, which is possibly requested by the client 200. Then, the program 103 at 
the server 100 makes the generation and retrieval of content data CD and its format flexibly 
dependent on the properties of the client 200 and/or the properties of resource units, which 
provide the content data CD. Therefore, according to this embodiment consistent with the 
present invention, the retrieval of the data and not only the adaptation of its format, can be 
made flexibly dependent on the relevant properties. 

Whilst in accordance with one embodiment consistent with the present invention, the 

program 103 has already stored the client or content data related properties in the screen 

registry, for example the client-related properties in a first memory and the content data 

related properties in a second memory, the program 103 (see the more detailed block diagram 

in Fig. 5d to be described below) is adapted to analyze a content data request (i.e., the HTTP 
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request) in order to find out the one or more client-related properties and content data related 
properties. 

The properties detected firom the content data request can be used for many other 
purposes in addition to the purpose of flexibly retrieving and/or adapting of the format of the 
instruction data set (IDS) 150. However, advantageously, the flexible retrieval of a content 
data and/or the changing of the format of the instruction data set (IDS) 150 can be varied in 
accordance with the properties which have been determined by analyzing the content data 
request. Thus, the content of the first memory and the second memory, i.e., the relevant 
properties stored therein, can determine the formatting and/or retrieving and processing of the 
content data. 

According to another embodiment, it is very advantageous, if the generation of the 
instruction data set (IDS) 150 by the program 103 is separated into two parts, namely in a 
first part, in which the pro gram 103 selects from a number of instruction format templates a 
particular instruction format template 120 as shown in Fig. 5c. This template 120 describes 
at what places in the instruction data set (IDS) 150 particular instruction elements EE can be 
placed. As will be understood from Fig. 5a, such a selection of an instruction format 
template 120 can be made dependent on the client properties P. Thus, in accordance with 
different properties, different templates can be selected. 

Furthermore, the template 120 selected by the selection sequence of the program 103 

in accordance with the properties, can include places into which the program 103 will insert 

data, as already indicated with the hatched portion in Fig. 5c. The program 103 can also 

select for each of the pre-specified places lEl, IE2 in the selected template 120, in accordance 

with the client capabilities or resource capabilities P. Therefore, the program 103 and its 

selection of the template and/or the insertion of the data into the places selected can be made 

dependent on the properties P provided by the screen registry 1 03 . 
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In accordance with another embodiment consistent with the present invention, the 
aforementioned selection procedures, which are dependent on the chent properties and 
resource properties can be made by searching a tree structure in a configuration file with the 
chent-related and/or content data related properties. In a tree structure, each node generates 
the instruction data set with a different instruction format IF. Thus, a tree structure 130 (see 
for example Fig. 6) is used for flexibly generating the instruction data set using program 103, 
for example, by the program 103 flexibly selecting the template and generating the respective 
instruction elements, for example, which are also dependent on the client properties and/or 
the content data properties. 

As will also be described below with more details, in accordance with one 
embodiment consistent with the present invention, the tree structure 130 can be in an XML 
configuration file, wherein each node in the tree structure generates the instruction data set 
(IDS) 150 in a different instruction format IF with a screen template 120 generated by a 
template jsp (JAVA Server Pages) or a servlet with a set of argument servlets and describing 
at what positions the arguments are to be inserted in the template 120. 

Above, it was already explained that the screen registry apphcation of program 103 
provides the properties relating to the chent 200 and/or the resources providing the content 
data. However, the properties may also relate to other factors of external influences and the 
provided properties used for the selection are not restricted to the client properties and the 
resource properties detected from the content data request message. Any other type of 
property can therefore be used for the selection procedure. 

Furthermore, in accordance with one embodiment consistent with the present 
invention, the tree structure 130 is fixed and is independent firom the individual sessions built 

up between the server 100 and the client 200. In accordance with another embodiment, the 

tree structure 130 in the configuration file can, however, be set new during each session. 
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Furthermore, in accordance with yet another embodiment consistent with the present 
invention, it is also possible that the tree structure 130 itself is made dependent on the 
properties, i.e., the client-related properties and/or the content data or resource properties. 

Therefore, in the description of the other embodiments consistent with the present 
invention, it should be noted that many operations and units can operate dependent on 
properties, even if they are not explicitly described. Thus, a fiiU flexibility is obtained in 
providing the instruction data set (IDS) 150 to the client 200 in an as flexible as possible 
manner. This flexible adaptation procedure is hereinafter described with further 
embodiments consistent with the present invention, wherein further details of the above 
described general embodiments will become apparent. 

a. Detailed Configuration of the Server and the Client 

Methods and systems consistent with a first embodiment of the present invention will 
be described with reference to Fig. 5d, as described above, showing a server 100 and a client 
200 and Figs. 7a, 7b showing operations or steps when communicating messages between the 
server 100 and the client 200. 

The prior art server 10 in Fig. 2, also the server 100 in Fig. 5d can receive a content 
data request CDRQ fi-om the program 203 in client unit 200, can retrieve content data using 
program 103, for example, directly in a static way firom the local database 105, or in a 
dynamic manner by executing a servlet to acquire the content data from a remote location. 
The program 103 carries out this collection of content data and can transfer back to the cUent 
200 a response message including the content data as a data set, for example, as an instruction 
data set in a particular instruction format IF. 

In addition, the program 103 at the server 100 in Fig. 5d includes a screen registry 
application containing a content data request property provider, an instruction format set up, 
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an instruction format configuration file, and an instruction format selection. As will be 
explained below with specific reference to the individual functions carried out by the 
program 103, the overall purpose of the screen/instruction registry application is to obtain 
from a received content data request CDRQ certain properties about the client 200 and the 
required resources and to perform a flexible adaptation of the instruction format IF of the 
content data to be sent back to the client 200. Thus, the instruction data set 150 will be 
formed by different instruction elements generated by the program 103 and specially selected 
in accordance with the detected properties. 

The chent 200 shown in Fig. 5d includes, as the prior art cUent 1 1 in Fig. 2, a client 
processor 201, a display 205, with the program 203 in memory 202 including a number of 
content data requestors, such as different browser programs which are run on the client 
processor 201. Each of these programs 203 is adapted to output content data requests to the 
server 100. Furthermore, of course, the client 200 can also issue commands, either as part of 
the content data request or as a separate message. 

The instruction format set up of the program 203 has a similar function as the page set 
up of the prior art - namely to set up a special screen format when displaying the content data 
transferred back from the server 100 on the display unit 205. 

Thus, Fig. 5d shows a server 100 of a data communication system in which one or 
more clients 200 are provided by the server 100 with an instruction data set in a particular 
instruction format in response to a content data request CDRQ issued by the client 200. 
Since the instruction data set (IDS) 150, and in particular its instruction format, is an 
advantageous aspect of embodiments consistent with the present invention described herein, 
hereinafter the general structure of the instruction data set (IDS) 150 is explained. 

b; Configuration of the Instruction Data Set 
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Although the program 203 at the chent 200 may desire via the content data request 
CDRQ that some graphics display data, for example, in the form of HTML-pages, is 
transferred back as content data, of course, the communication link 110 and in fact also the 
program 103 at the server 100, do not distinguish between graphics data or other type of data, 
for example, command data, in as far the transfer over the cormnunication link 110 is 
concerned. Since the content data request and response procedure is carried out in a one-to- 
one relationship, i.e., for each content data request one instruction data set (IDS) 150 is 
transferred back, it is useful to regard the content data transferred back from the server 100 as 
one complete data set (instruction data set) which is self-contained and contains certain types 
of sub-data sets. 

That is, the instruction data set (IDS) 150 is composed by a plurality of instruction 
element data sets (IEDS1-IEDS3) each representing a particular instruction element IE of the 
complete instruction format IF. The instruction element data sets IEDS1-IEDS3 can be 
distributed over the complete instruction data set (IDS) 150 as shown schematically on the 
left-hand side of the client 200 in Fig. 5d. If the instruction data set (IDS) 150 relates to a 
graphics data set, the graphics screen display obtained with such an instruction data set (IDS) 
150 is as an example shown on the right-hand side of the client 200. Thus, each particular 
instruction element data set IEDS1-IEDS3 would correspond to a specific screen element 
SE1-SE3 displayed at specific positions on the screen 140. Thus, a specific screen format SF 
would be built up. 

Of course, it should be imderstood that there need not necessarily be a one-to-one 
positional relationship between the instruction element data sets IEDS1-IEDS3 and the 
positions of the screen elements SE1-SE3. The illustration in Fig. 5d should only make clear 
that each individual instruction element data set lEDSl-IEDSS will form a particular screen 
element SE1-SE3. However, of course, the instruction data set (IDS) 150 will also comprise 
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an instruction format IF, that is the instruction format IF indicates via the instruction element 
data sets IEDS1-IEDS3 the format of the screen 140 which will eventually be displayed on 
the display unit 205. 

On the server side, each of the instruction element data sets IEDS1-IEDS3 will have 
been generated by a specially selected instruction element generating unit CO 1 -COS of the 
instruction format set up of program 103, as indicated with dashed lines in the instruction 
data set (IDS) 150 in Fig. 5d. 

Having understood the relationship between the instruction format IF and the example 
of the screen format SF, a first advantage is that the instruction format IF and the screen 
format SF respectively, i.e., the positional placement of screen elements SE1-SE3 on the 
screen 140, can be selected in a flexible manner m accordance with the properties of a 
content data request. A second advantage of the invention is, once the instruction or screen 
format has been set, to allow a flexible filling of the instruction elements or screen elements 
with content data, also dependent on properties extracted from a content data request. 

Incidentally, the above explanation equally well holds for the case where content data 
in the form of command data is transferred, instead of graphics screen data. As explained 
above, also in this case, the data set transferred from the program 103 at server 100 will have 
to have a certain "instruction format", i.e., how the individual command element data sets 
will be sequentially arranged into main commands and subcommands, for example, for 
controlling a device on the client 200, i.e., a robot. 

Hereinafter, with reference to Fig. 5d, Fig. 6, Fig. 7 and Fig. 8, the procedure to adapt 
the instruction format or screen format (screen layout) dependent on properties of the content 
data request by using a tree structure (Fig. 6) m will be explained with regard to several 
embodiments consistent with the present invention. 
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c. Provision of Content Data Request Properties 

Hereinafter, the procedure of providing a flexible instruction or screen format is also 
referred to as "screen registry operation" or "profiling service". 

Since the screen registry operation of program 103 is made dependent on properties of 
the client 200 or properties of the resources providing the content data, the actual adaptation 
procedure is preceded by a property provision procedure or step as shown in Fig. 7a. 

In step SI, a client side content data request application in program 203 is run by the 
user, i.e., a browser program, a commimication link 110 to the server unit 100 is set up and 
the content data request CDRQ is sent from the client 200 to the server 100 in step S2 via 
communication link 110 and the respective communication links 107, 1 10. In step S3, the 
program 103 of the server 100 receives this content data request message CDRQ. 

As shown in Fig. 8a, in accordance with one embodiment consistent with the present 
invention, the content data request CDRQ is a HTTP-request issued by program 203, such as 
a web browser, and the request message reception is a front component or front end including 
a MainServlet of program 103. This MainServlet in program 103 receives all requests made 
by the different clients. 

In step S4, the program 103 (forming together with the instruction format set up the 
profiHng service) analyses the content data request CDRQ with respect to its properties. 

In step S5, the program 103, in accordance with one embodiment consistent with the 
present invention, stores the extracted properties in one or more areas MEMl, MEM2 of the 
memory 202. When requested, the program 103 by selecting the instruction format, can read 
out the stored properties from the memory 202 in step S6. 
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To obtain a minimum amount of property information, at least the first content data 
request message CDRQ must be analysed by the program 103 with respect to the properties 
in the step S4. However, in the request-response scenario (one content date request will 
exactly be answered by one data-set (i.e., an HTML-page), of course, it is possible that the 
same client 200 will issue further content data requests CDRQs. In this case, it is not 
necessary that the program 103 always extracts the same property information from all 
subsequent content data request messages CDRQ and it can be sufficient, in the same session, 
that the program 103 only accesses the memory 202 in step S6 to provide for the client 200 
indicated in the content data request CDRQ, the related properties. That is, with subsequent 
content data requests, CDRQ, the steps S4, S5 may be skipped (see the bypass operation S4'). 
Furthermore, in accordance with another embodiment consistent with the present invention, it 
is also possible that the properties are kept or updated firom session to session. That is, if in 
one session some properties have been determined (through one or more analyses of one or 
more content data requests in the same session by program 103), these properties can be 
"carried forward" to the next session, i.e., if there are permanently stored in the storage areas 
MEMl, MEM2 of memory 202. 

Furthermore, it should be noted that properties belonging to two or more different 
clients can be cross-coupled, from request to request in one session, or from session to 
session. That is, it is also possible that a first client carries some properties which are 
relevant also for other clients. For example, the content data request to be analysed on the 
server side may contain additional information about a backup client up to be used in case of 
failure of the first client. Furthermore, there may be clusters of linked clients such that some 
information may indeed be common to a sub-group of clients. This could for example be the 
case if all clients of a company have the same type of device, such that a device identification 
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could be commonly assigned for all clients in the server on the basis of only a single content 
data request from a single client. 

Furthermore, in accordance with yet another embodiment consistent with the present 
invention, it is also possible that the server evaluates or processes all properties of all cUents 
together to obtain common information for all clients. 

Furthermore, it is also possible that an instruction data set of a first cHent is not 
flexibly adapted or varied in accordance with the properties relating to such a first client but it 
is also possible that this first client instruction data set is varied in accordance with properties 
obtained for one or more other clients. 

Therefore, in the analyzing and storage steps S4, S5 the program lOSwill analyze and 
store properties separately for different chents such that, when prompted to provide specific 
properties in the profiling procedure, will be capable of providing properties on a client 
specific basis. 

A skilled person will understand that a content data request CDRQ, i.e., the HTTP- 
request shown m Fig. 8a, can include a large number of identifications and parameters from 
which the program 103 can analyze and extract the desired properties. Such properties may 
be categorised as client-related properties PDPP, RQRM, CMDPP, and content data-related 
properties RESPP, as shown in Fig. 8a. 

Therefore, in accordance with one embodiment consistent with the present invention, 
the program 103 shown in Fig. 8a, can include a device property provider application for 
providing for each client 200 as the cUent-related properties device properties about the client 
device, a resource property provider application for providing as the content data-related 
properties resource properties about data content resources CDRES and about the content 
data, the program 103 for providing as the cHent-related properties about the content data 
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request used at the clients, and a command property provider application for providing as the 
client-related properties also properties about command issued at the clients. The memory 
202 can include a first property memory MEMl for client-related properties and a second 
memory MEM2 for content-related properties. 

In accordance with one embodiment consistent with the present invention, the device 
properties are generally used in connection with the cUent device 200. Such properties refer 
to things as the different display sizes on the device. In accordance with one embodiment 
consistent with the present invention, the resource properties can cover properties, which are 
assigned to a requested document or more generally to a content data resource. Such 
properties, for example, include the various document types (Star Office documents. Star 
Office writer, Star Office calculator or other document formats such as PDF as well as 
customized content types used for folders, for example). 

As explained above, since the program 203 can use different browsers, i.e., Netscape 
Browser 4.X and the Internet Explorer, the type of content data requests as one of the client- 
related property can be identified by request header parameters in the content data request 
message CDRQ. 

Finally, it is possible to supply additional information with each request in order to 
have custom commands run. These additional details are contained as request parameters in 
the request message. This is another example for the client unit-related properties regarding 
issued commands. 

As already briefly explained above, in order to avoid having to transfer a large 
number of additional parameters, in particular with respect to the request parameters, request 
header parameters, resource properties and device properties, the program 103 can collect and 
store as attributes properties or property parameters in one HTTP session, or can they can 
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also be stored, updated and reused from session to session, and the properties my also be 
cross-related between different clients. In this way, it is not necessary to send all the 
parameters with subsequent requests, and instead of this, the details of previous requests can 
be accessed in storage areas MEMl, MEM2 of memory 202 separately for each client 200 
(that is, the steps S4, S5 in Fig. 7a can be skipped with the operation S4'). 

A skilled person will realize that a great variety of properties depending on the type of 
request message and the type of processing can be stored in the memories and that the 
aforementioned examples are only examples for the device properties, resource properties, 
request header parameters and request parameters based on which such properties can be 
determined. 

Finally, at the junction ® in Fig. 7a, the program 103 is in a position to provide one or 
more content data request properties determined on the basis of one or more content data 
requests made by separate clients. This can be done on the basis of a first or of several 
content data requests CDRQ. 

Hereinafter, the following is explained as to how these properties, determined in Fig. 
7a, are used by the profiling service in order to set up a flexible instruction or screen format. 

d. Format Adaptation Procedure Using a Tree Structure 

As described above, at the junction ® the program 103 is in a position to provide 
properties whenever it is requested to do so. Now, the following is an explanation as to how 
these properties are used to build up a flexible instruction or screen format. 

As illustrated in Fig. 5d, the program 103, using an instruction format set up 
application, prepares an instruction data set (IDS) 150 having a particular instruction format 
(IF) and consisting of a plurality of instruction element data sets IEDS1-IEDS3, each 
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representing a particular instruction element of the instruction format (IF) 150 and generated 
by one or more instruction element generating applications CO 1 -COS. The fact that each 
instruction element generated will produce a separate instruction element data set is also 
apparent from Fig. 6 which shows the relationship between the set up and a tree structure in 
an instruction format configuration file of the screen registry. 

In particular. Fig. 6 shows details of the instruction format configiiration file. In 
particular, the configuration file contains a tree data structure TRE (130) consisting of a 
plurality of instruction format nodes NO, Nl, N2,; HI, Hl,l, H1.2, H1.3. Each instruction 
node NO indicates a particular combination of instruction elements lEl, IE2; lEl, IE2, IE3, 
IE4, IE5 associated with each node. Furthermore, each node has associated with it a node 
selection criterion NISEL, HISEL, N2SEL, HI .ISEL, H1.2SEL, H1.3SEL. The top node NO 
which is the entry node into the tree structure (TRE) 130 provides a default instruction 
format, i.e., also the entry node NO has associated with it a number of instruction elements, 
however, since this is the node where the search procedure is started, there is no need to 
assign to it a special selection criterion, because it is always selected. 

As shown with the double-^ow in Fig. 6, each instruction element IE is associated 
with a corresponding instruction element generating unit CO in the instruction format set up 
of program 103. 

In step S7, as shown in Fig. 7b, the program 103 searches the tree data structure 
(TRE) 130 with the determined content data request properties and it selects an instruction 
format node Hl.l whose associated node selection condition HI. ISEL matches the 
determined content data request properties. 
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In accordance with one embodiment consistent with the present invention, the 
program 103 provides all the properties before the actual searching operation in step S7, 
namely with the steps S3, S4, S5 and S6 before the actual search operation starts. 

In accordance with another embodiment consistent with the present invention, the 
program 103 sequentially goes from node to node (as will explained below with more detail) 
and will at each node look at its selection criterion NISEL, N2SEL. . .,and only when 
performing the special test as to whether or not the criterion is fulfilled, it will ask or inquire 
regarding providing a certain property of interest which needs to be compared with one of the 
properties requested in the selection criterion. 

In the latter embodiment consistent with the present invention, the program 103 will 
on request provide the properties such that processing time and memory space can be saved 
since there is no requirement to always keep all properties that could possibly be of interest in 
the memories. 

After finding the appropriate node and by doing so also finding the appropriate 
instruction element generating apphcations CO relating to the indicated instruction elements, 
in step S8 shown in Fig. 7b, the program 103 prepares the instruction data set (IDS) 150 by 
executing the instruction element generating apphcations CO of the selected instruction 
format node NO. Thus, after step S8 the complete instruction data set 150 has been flexibly 
set up by unit of only executing generation apphcations CO, which have been found on the 
basis of the properties of the content data request, i.e., on the basis of searchuig the tree with 
the properties to find a matching criterion in one of the nodes. 

Therefore, this generated instruction data set 150 can now be sent from the server 100 
to the client 200 by the program 103 in step 89, SIO (corresponding to the steps ST6, ST7 in 
Fig. 3) and the user can display or use the instruction data set (IDS) 150 in the operation and 
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if more content data is requested (YES) in step S12, the procedure is started anew with step 
S2 in Fig. 7a (steps SIO, SI 1, S12 correspond to the steps ST7, ST8, ST9 in Fig. 3). If no 
more content data needs to be requested the communication link 1 10 is closed in step S13 
(corresponding to step STIO in Fig. 3). 

The examples in Fig. 8b, 8c related to the case where, for example, the node Nl and 
the node HI . 1 were selected in the selection procedure shown in Fig. 6. 

As will be noted from Fig. 8b, the lower diagram is similar to the screen diagram 
shown in Fig. 4. However, it has been differently set up via the flexible screen or instruction 
format adaption by the screen/instruction registry of the program 103 as explained above with 
the selection procedure in Fig. 6 and 7b. That is, whilst in Fig. 4 the screen format IF or the 
format of the data set was fixed and completely independent of the properties, the screen 
format (IF) shown in Fig. 8b was selected by specially searching for the node Nl with 
properties which match the selection criterion NISEL. For example, the instruction element 
generating appHcations COl, C02 could be responsible for generating the log-in window and 
the logo shown in the lower half of Fig. 8b. The upper half in Fig. 8b shows the logical 
generation of this adaptive screen format (IF). Therefore, whilst the screens in Fig. 8b and 
Fig. 4 look very similar, they have been generated on the basis of different procedures. In 
particular, the screen in Fig. 8b was generated by the program 103 being executed at a 
specially selected node Nl . 

Likewise, the example in Fig. 8c could be an example for arriving at the node H 1.1 in 
Fig. 6. As shown in Fig. 6, if the selection criterion Hl.lSEL is fulfilled, then the instruction 
element generation apphcations COl, C02, C03, C04, COS are executed for forming the 
editing screen shown in the lower half of Fig. 8c. The upper half in Fig. 8c again shows the 
instruction data set having the particular format IF together with the instruction elements lEl, 
IE2, IE3, IE4, IE5. 
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As will now be apparent from the above description, the screens obtained, for 
example, in Fig. 8b and 8c have been generated flexibly, namely dependent on the properties 
which match a particular selection criterion of a node in the tree structure (TRE) 130. 
Another embodiment consistent with the present invention, where not only the instruction 
element generation applications CO are determined in the tree structure (TRE) 130 but also 
the positions are determined into which the instruction element generation applications CO 
will insert their data will be described further below. 

The tree structure of nodes can, in accordance with one embodiment consistent with 
the present invention, already be stored permanently in the configuration file, to be used 
commonly for all cUents whenever they send a content data request message with appropriate 
parameters allowmg i.e., the property determination. 

In accordance with another embodiment consistent with the present invention, it is 
possible to set a new tree structure, i.e., when a new request message is received in the server 
100. This new tree structure is then used either only for the client 200 which issued the 
request or for all clients. 

In accordance with yet another embodiment consistent with the present invention, it is 
also possible that the tree structure is flexibly set, i.e., set in accordance with the determined 
properties. Thus, one of more appropriate tree structures caa be loaded into the processor 
(i.e. one of several XML files containing such a tree structure). 

Furthermore, in accordance with yet another embodiment consistent with the present 
invention, it is also possible that there is a cross-connection or cross-link between several pre- 
stored tree structures. In this case, for example, if the procedure finds a vaHd node, i.e., a 
node whose selection condition is fulfilled by the enquired and provided properties, then a 
switch could be made from this node (called a tree switch node) to a node of another different 
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tree structure whose nodes are subsequently searched. It is also possible, during the tree 
search procedure, to jump back and forth between two or more available tree structures. 

Next, we will first describe a more particular embodiment how the procedure runs 
through the tree structure (TRE) 130 in order to find the appropriate node. 

e. Finding an Appropriate Child Node 

Hereinafter, the selection procedure PI, P2, P3, P4, P5, P6 executed in the step S7 in 
Fig. 7b will be explained with more detail in Fig. 9. 

In step S7I, the program 103 starts the search at the root instruction format node 
RNO. In step S72 the program 103 checks all nodes Nl, HI, N2... depending firom the root 
node NO. As shown in Fig. 6, the currently available content data request properties failed to 
match the criterion NISEL of the node Nl and therefore, the procedure next checks the 
selection criterion HISEL of the next depending node HI (see the processing flow PI, P2, 
P3). When checking all the nodes Nl, HI, N2 in step S72, the program 103 requests for the 
current contents data request CDRQ a property relating to a property name parameter NME 
(explained with more details below) or a node selection condition of the respective next node. 

If no node with a matching criterion is found in step S73, then the procedure goes to 
step S8 in Fig. 7b. In Step S8, the respective generation applications CO associated with the 
root node RNO are executed by the program 103 because, although the root node RNO has 
not associated with it a selection criterion, it also is associated with some instruction elements 
EE and thus with some instruction element generation applications CO. As will be 
understood below, the root node can produce a default instruction format with an instruction 
template in the plurality of instruction element positions into which the instruction element 
generating applications CO can insert instruction element data sets when they have been 
executed. 
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Returning to Fig. 9, if a matching criterion, i.e., a next valid node, is found by the 
program 103 in step S73, the procedure goes to step S74 where the next node with the 
matching criterion HI is approached. In step S75, the program 103 tests whether the node Al 
is a child node, i.e., whether there are any further nodes depending from it or not. If there are 
no further nodes depending (NO in the operation S75), then the instruction element 
generation applications CO associated with the instruction elements IE of the child node HI 
are executed by the program 103 in step S8. 

If there are still more nodes depending from the node HI, as is the case in Fig. 6, then 
the program 103 checks further dependent nodes HI. 2, HI. 2, HI. 3 in step S76. Then again, 
the program 103 in step S73, checks to find whether a matching node is found. As shown in 
Fig. 6, the loop of steps S73, S74, S75, S76 is carried out once more (paths P4, P5, P6; the 
dotted line always indicates when no match was found at the respective depending node). 
Thus, the program 103 selects the node Hl.l. in level 2, because it is a child node (no further 
depending nodes) and the selection criteria was matched by the provided properties. 

Depending on the depth of the tree, up to n iterations in the loop may have to be 
carried out by the program 103 until a valid child node is found. 

£ Inheriting Features from a Previous Node 

Above it was described that in a case where no fiirther depending nodes are detected 
and the selection criterion is fulfilled, a screen or instruction format will be set up with the 
corresponding generation appUcations. In this case, the generation applications are those 
generation appUcations belonging to the node, which have been found with a matching 
criterion. That is, the instruction format and thus the instruction data set will be fully 
generated by the generation applications belongmg to this particular node. 
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However, in accordance with another embodiment consistent with the present 
invention, a depending node may also inherit some of the instruction element or instruction 
element generation applications from a previous node through which the selection procedure 
ran. 

Such an inheritance fimction is particularly advantageous for embodiments consistent 
with the present invention in which the instruction format is composed of two parts, namely 
of an instruction template 120 and a plurality of instruction element positions lEP into which 
the respective instruction element generating applications CO insert instruction element data 
sets which in combination form the instruction data set (IDS) 150. The purpose of such a 
two-part division of the instruction format (IF) may easily be understood with reference to the 
example in Fig. 8c. 

That is, in Fig. 8c, a first set of instruction elements may merely be responsible for 
forming a so-called instruction template (as also shown in Fig. 8b). As explained, this 
instruction template 120 will again be generated by one or more associated instruction 
element generating applications of the program 103, i.e., these generation applications of the 
program 103 will set up a template with a number of placeholders lEl, IE2, IE3, IE4 which 
define the positions where later on fiuther instruction element generating applications will 
insert content data retrieved from the data base 105. 

The difference between the template part and the second part, which inserts the data, 

can be understood with an example. For instance, the template 120 shown in Fig. 8c may set 

up the positions where in principle yellow (lEl), green (IE2) and red (IE3) cards will be 

placed. The template only specifies the principal positions where they should be located. 

Now, in a second part an actual yellow, green and red card is placed by the program 103 in 

the instruction or screen elements lEl, IE2, IE3, for example by an appropriate instruction 

element generation unit relating to yellow, red and green cards. That is, in a second part the 
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instruction element generation applications will insert the respective "yellow", "red" and 
"green" data. 

On the basis of understanding the division into an instruction template and an element 
data insertion at the placeholders (provided by the template), the function of inheritance can 
easily be understood. Of course, the root node RNO in Fig. 6 has a default screen or 
instruction template into which instruction elements of the same root node will insert data if 
no further depending valid nodes are detected (NO in the operation S73). 

On the other hand, the node N2 in Fig. 6, which is a child node, may not contain a 
screen template but only some instruction element generation unit to be used in connection 
with the node N2. hi this case, the template would be missing and the instruction element 
generation appUcations would not know at which position to insert their data. Therefore, the 
node N2 inherits the screen or instruction template from the root node NO if it itself cannot 
provide such a template. 

As another example, the selected child node Hl.l may not have an instruction 
template specification but the previous node HI one level up contains such a template 
specification. As mentioned before, the only reason why the node HI was not selected is 
because there where further dependency nodes. On the other hand, the selection criterion was 
indeed fulfilled with the currently available property. Therefore, in case a screen template or 
instruction template is missing at a valid child node, the selection procedure of the program 
103 runs back through all previous valid nodes until it fmds a valid node (i.e., a node with a 
matching criterion) which contains the necessary screen or instruction template. For 
example, it may be the case that also the node HI has itself no template specification such 
that in this case the default template specification of the node NO, which will always be valid, 
is used. Thus, the screen template "further up the tree" is passed on/to (inherited by) nodes 
"further down the tree." 
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According to another embodiment consistent with the present invention, it is indeed 
envisaged that the set up of an instruction format is not limited to a first part of a template 
and a second part of inserting the data at the template placeholder positions. It could be 
imagined that an instruction format or screen format consists of a large number of different 
parts and also in this case a part specified in a previous node, which has been detected as 
valid can be inherited downwards to any child node. 

In accordance with another embodiment consistent with the present invention, it is of 
course also possible that several parts or specifications are inherited downwards to a child 
node. Thus, the inheritance procedure has a particular advantage that it is not necessary to 
perform all specifications in all nodes because specifications fi:om higher nodes upwards can 
be taken over (inherited) at lower nodes. 

Speaking about the division of the instruction format in an instruction template and a 
plurality of instruction element positions, in accordance with one embodiment consistent with 
the present invention, when the instruction data set is a set of instruction data for displaying a 
screen with a particular screen layout format on the client unit display unit 205, the 
instruction template 120 is a screen layout template and the instruction element positions are 
placeholders on the screen into which the respective instruction element generating 
applications insert screen element data sets when they are executed. 

Alternatively, in accordance with another embodiment consistent with the present 
invention, when the instruction data set (IDS) 150 relates to a set of instructions for 
controlling a device with a particular control command layout on the client 200, for example 
a robot, the instruction template 120 is a command layout template and the instruction 
element positions are command holders, into which the instruction element generating 
applications insert command data sets when they are executed. 
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Therefore, it should be understood that the concept of a template and the position 
holders is not restricted to data sets which use graphics data but can by used for any other 
data sets, which the user wants to use at the cUent unit for other purposes, such as control 
purposes, printing purposes etc. 

g. Screen Template/Selection Criterion/Generation AppUcations Java 
Implementation 

Hereinafter, with reference to Fig. 10a and Fig. 10b another embodiment consistent 
with the present invention is described in which the selection unit and the screen registry are 
implemented as XML files in JAVA. However, it should be noted that the usage of the 
screens, components, arguments, requirements and substitutions explained below are not 
restricted to an implementation in JAVA and corresponding functions can be found in other 
implementations. Therefore, the JAVA implementation below only serves as a good example 
for illustrating some further features and functions of further embodiments. In Fig. 10a, 10b 
the same designation of nodes, selection criteria and instruction element generation 
applications as in Fig. 6 are used. A thick line in Fig. 10a illustrates a possible search 
scenario, similar to the path PI, P6 m Fig. 6. 

As shown in Fig. 10a, the tree data structure comprises a plurality of nodes NO, for 
example the nodes NO, Nl, N2; HI, Hl.l, HI. 2, HI. 3 which are arranged in a tree structure, 
i.e., from the node NO the nodes Nl, N2, HI are branched off and in turn the nodes Hl.l, 
HI .2, HI .3 are branched off from the node HI . In this respect, the tree structure is similar to 
the one shown in Fig. 6. 

Furthermore, the tree structure comprises screens SCRN, components CO, arguments 
ARG and possibly substitutions SUB (a substitution is, however, not shown in Fig. 10a 
because it is not needed here). 
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As will be understood with reference to Fig. 10b, showing a JAVA implementation of 
the instruction format selection unit, a screen is basically the definition of the screen 
(instruction) template. As can be seen from Fig. 10b, the root node RNOD defines a default 
screen with a JAVA server pages program "HTMLTemplate.jsp". Thereafter, there are two 
component names "title" and "background", which essentially correspond to instruction 
element generating applications CO used for building up the elements (placeholders) of the 
screen template. As mentioned above, a template is to be tinderstood as providing a format 
together with instruction element positions (placeholders) into which other instruction 
element generating applications can then insert their data. 

The two component names are followed by an argument name "picture". Like normal 

arguments in any programming language, a value of this argument 
"$BACKGROUND_PICTURE" is still undefined at this stage. When the actual screen 
template is executed, this value is set with a subprogram request via a substitution name, 
which is shown in Fig. lOd at the bottom. 

Furthermore, the screen template includes a fvirther component with a component 
name "error", wherein a program "/html/HTMLError.jsp" is executed by the program 103 
when there is an error in the default screen template. As can be seen from comparing the 
code section for the node NO in Fig. 10b with the tree structure in Fig. 10a, the actual root 
node RNOD is defined by a screen, two components (wherein the second component has also 
an argument) and another component. The inclusion of the undefined argument is made by 
referring to a substitution component "$BACKGROXIND_PICTURE", which is located at 
the node HI .3. As will be appreciated from Fig. 10a and Fig. 10b, the root node NO is the 
entry node into the tree structure (TRE) 147 and therefore, there is no selection condition 
specified, i.e., there are no requirement types, which define these selection conditions. 
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Proceeding to node Nl, this node includes, as shown in Fig. 10a, an operation, two 
requirements and a screen. As can be seen from Fig. 10b, an operation is basically a logical 
combination of some sub-conditions, which are defined with the requirement type. Thus, the 
first requirement comprises a property type parameter "requestParameter" and fijrther 
includes a name "cmd". This property type parameter RE-TYP indicates to the program 103 
the type of property to be enquired. It should be noted that this is not the property itself but 
only the type of property, which is looked for. The actual property, which is inquired, is the 
"CMD" (i.e., a command). The expected value of the inquired property of the type 
"requestParameter" is "execute_login". The next requirement checks for the type 
"executionEnvironmenf the response for the name "loginBean". The expected value should 
be "0". Furthermore, the operation type, i.e. an operation condition, is specified for logically 
"AND" combining the results of the two requirements. Therefore, the node Nl will be 
selected if the "cmd" is equal to "execute_login" and the "loginBemi" is equal "0". 

Furthermore, in this case the node Nl also defines a screen template which is here 
called "/portal/login" of the class "login". For example, this screen template could produce a 
login page as shown in Fig. 8b. As explained above, since the node Nl also includes a screen 
template, it will not "inherit" the default screen template of the node NO. 

Furthermore, the node N2, which is also depending from the root node RNOD 
includes one requirement and a screen. That is, also the node N2 is associated with a 
selection condition which checks for name "cmd" to be having a value of "logout". If the 
node N2 is selected, yet another screen template (here relating to a logout screen) is selected. 
Therefore, if the node N2 is selected, because the return parameter from the property provider 
is "logout", then also the node N2 will define its own screen template and will not inherit a 
screen template from a node frirther above. 
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The node definition with its selection condition (requirement), template definition 
(screen template), logical combinations for the selection conditions (operation) and 
indications of instruction element generation applications (components) can, in accordance 
with one embodiment of the invention, be implemented as XML files with a JAVA code or 
JAVA implemented code as shown in Fig. 10b for the main nodes NO, Nl, N2. 

Fig. 10c and Fig. lOd show the definition of HTML nodes HI, Hl.l, H1.2, H1.3. The 

definitions for these nodes in Fig. lOd, lOe are in the same format as the definition in Fig. 
lOb for the main nodes. For example, the node HI comprises operations and requirements 
but it does not comprise a screen template. The node Hl.l includes a screen template 
"/html/HTMLLoginTimplate.jsp" and other components and requirements as shown in Fig. 
10c and Fig. lOd. The node HI and the node Hl.l will be selected if the correct properties 
are returned from the property provider, whenever a requirement type execution operation is 
to be checked within the respective nodes. 

hi node HI. 3 a special substitution name is included, i.e. this node HI. 3 provides the 
subprogram for an inclusion of a file in the node NO. Thus, the argument type in the node NO 
can have cross-reference to the substitution name in the node HI .3. For example, in the node 
HI. 3 a special background is set for the screen. 

Among the nodes HI, Hl.l, H1.2, HI .3 only the nodes Hl.l and H1.2 have a screen 
template definition. Therefore, should these nodes be selected during the selection procedure 
going through the tree structure, then these nodes will not inherit a screen template from one 
of the preceding valid nodes (valid = the selection condition was fiilfiUed but there where 
fijrther child nodes to this node). 

Finally, Fig. 1 Of shows a tree structure for WML nodes and Fig. lOg-i show the 
content of the information or instruction format selection imit IFSEL in the WML case. The 
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structure of this tree is in principle similar to the structure of the four described trees, such 
that no further discussion is necessary here. All files for the screen registry (a tree data 
structure) definition can be implemented, in accordance with one embodiment of the 
invention, by XML files, as the skilled person will easily realize from the JAVA code in Fig. 
10b, Fig. lOdandFig. lOe. 

The instruction format selection unit can, according to one example in Fig. 10a, carry 
out a search procedure as the one shown in Fig. 6, namely along the search paths PI, P2, P3, 
P4, P5, P6 in order to select the node HI . 1 . If the node HI . 1 is selected because the 
requirement types are fulfilled, then this node happened to include its own screen template 
"login, screen" and therefore in this search procedure, the screen of the last above node is 
selected. In principle, the selection procedure will run through the nodes in a hierarchical 
order from level to level. However, it is of course possible that after checking the node HI, 
not the node HI .2 is first checked but the node Hl.l . A skilled person can, on the basis of the 
above teachings, derive many different search scenarios by running through the tree structure 
in order to find a valid node. 

Once the vaUd node has been found, the component types will indicate a respective 
instruction element generating unit and the component is executed by the program 103 in 
order to fill the placeholders defined with the screen template with the respective data. Thus, 
once a node has been selected, the specific components generate the final instruction data set 
to be returned to the chent 110. 

Therefore, it can now be understood that with the flexible set up of the tree structure 

in the configuration file, any type of flexible set up, for example for a screen, can be 

performed, essentially based on the idea of forming the screen registry as shown in Fig. 10a. 

The screen registry reads its data from an XML file or the configuration and obtains a tree of 

nodes with their requirements (conditions). Thus, each node refers to a possible screen and a 
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screen is formed by a template jsp or a servlet with a set of argiument servlets, as shown in 
Fig. 10b. The template describes at what positions (placeholders) the arguments are inserted 
in the template in the process of creating the response. The requirements describe in terms of 
client capabilities, the URL, request parameters etc., i.e., the above-described properties, 
which node to use for which request. 

Therefore, the present invention can adaptively and flexibly create instruction 
formats, i.e., for the set up of a screen or the set up of an instruction data set, dependent on 
some properties derived from the content data request sent by the client unit. Thus, the actual 
servlets or jsps do not have to be touched and still a flexible way of setting up the instruction 
formats can be achieved. 

h. Software/Hardware Embodiments 

Hereinafter, embodiments consistent with the present invention will be described with 
reference to the drawings. Whilst hereinafter often reference is made to special message 
exchanges between a client 200 and a server 100 in an Internet application example where 

web-pages are retrieved from a server unit in a JAVA-environment, it should be understood 
that the invention is not limited to the special JAVA data communication implementation. 

Methods and systems consistent with the present invention can be applied to any 
client^ server scenario, independent of the type of client and server implementation used. 
Furthermore, hereinafter reference is often made to the case where a special screen layout is 
adaptively prepared as said instruction format. However, methods and systems consistent 
with the present invention are not restricted to setting up a screen layout, and any other 
instruction format including command instructions or the like can be used. 

Furthermore, the features in the processing operations of the above-described 
embodiments consistent with the present invention may be realized by dedicated hardware or 
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may be realized as programs including code instructions executed on data processing units. It 
is fiuther possible that parts of the above processing operations are carried out in hardware, 
whereas other processing operations are carried out using software. 

It is further noted that a computer program produced stored on a computer readable 
storage medium can comprise code units adapted to carry out on a server side or on the client 
side respectively the operations described above. Further, a computer program product may 
be provided comprising the computer readable medium. 

Furthermore, the client 200 may be not only a computer, but according to another 
embodiment consistent with the present invention, it can be a general purpose data processing 
device, a mobile device such as a mobile telephone such as one, which is WAP compatible or 
a mobile organizer, a navigation device or a cash point. 

h, Further Embodiments (Code Sections') 

According to other embodiments consistent with the present invention, a server 100 
may be constituted as follows: 

1) A server 1 00 of a data processing system in which one or more chents are 
provided by the server 100 with an instruction data set in a particular instruction format in 
response to a content data request, include: 

a) a content data request property provider code section for providing one or 
more content data request properties of the content data request made by a client 110; 

b) an instruction format set up code section for preparing an instruction data set 

having the instruction format and consisting of a plurality of instruction element data sets 
each representing a particular instruction element of the instruction format and generated by 
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one or more instruction element generating code sections of said instruction format set up 
code section; 

c) an instruction format configuration file containing a tree data structure 
consisting of a pltirality of instruction format nodes, each instruction format node indicating a 
particular combination of instruction elements constituting a particular instruction format and 
having associated with it a node selection criterion; 

d) an instruction format selection code section for searching said tree data 
structure with the determined content data request properties and for selecting an instruction 
format node whose associated node selection condition matches said determined content data 
request properties; and 

e) said instruction format set up code section preparing the instruction data set to 
be sent to the client 200 by executing the instruction element generating code sections of the 
selected instruction format node. 

2) A server according to item 1, wherein the content data request property 
provider code section analyses the content data request to provide one or more of client unit 
related properties and content data related properties. 

3) A server according to item 2, wherein the content data request property 
provider code section includes: 

a device property provider for providing for each client as the client-related properties 
device properties about the client device; 

a resource property provider for providing as the content data related properties 
resource properties about data content resources providing the content data; 
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a content data requesting code section property provider for providing as the client- 
related properties, properties about the content data requesting code section used at the 
clients; and 

a command property provider for providing as said client-related properties, 
properties about commands issued at the clients. 

4) A server according to item 2, wherein the content data request property 
provider code section includes a first property memory for client-related properties and a 
second memory for content data related properties. 

5) A server according to item 4, wherein the content data request property 
provider code section analyzes a first content data request to obtain the client-related 
properties and the content data-related properties, wherein at the arrival of any subsequent 
content data request in the same session the content data request property provider only 
accesses the first memory or the second memory to provide the chent-related properties 
and/or the content data-related properties. 

6) A server according to item 1, wherein the node selection condition includes 
one or more node selection requirements including at least one property name parameter and 
an expected property; wherein the instruction format selection code section is adapted for 
starting the search at the root instruction format node; wherein the instruction format 
selection code section is adapted for requesting from the property provider code section for 
the current content data request a property relating to the property name parameter of a node 
selection condition of a next instruction format node; wherein the instruction format selection 
code section is adapted for branching to the next instruction format node, if the provided 
property match with the expected property. 
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7) A server according to item 6, wherein the node selection requirement further 
includes a property type parameter indicating the type of property to be enquired at the 
property provider, 

8) A server according to item 6, wherein the node selection condition further 
includes one or more operation conditions for logically combining the results of two or more 
requirements. 

9) A server according to item 1, wherein the instruction format formed by the 
instruction elements of a root instruction format node of the tree data structure is a default 
instruction format. 

10) A server according to item 9, wherein the default instruction format is an 
instruction format with an instruction template and a plurality of instruction element positions 
into which the instruction element generating code sections insert instruction element data 
sets when they are executed. 

11) A server according to item 1 , wherein the instruction format includes an 
instruction template and a plurality of instruction element positions into which the instruction 
element generating code sections insert instruction element data sets when they are executed. 

12) A server according to item 1, wherein the instruction element generating code 
sections include a component name of a component to be executed. 

13) A server according to item 12, wherein the instruction element generating 
code sections further include an argument name with a substitution name of a substitution 
component located at a different node. 

14) A server according to item 1 1 , wherein the instruction data set is a set of 
instruction data for displaying a screen with a particular screen layout format on the client, 
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wherein the instruction template is a screen layout template and the instruction element 
positions are place holders into which the instruction element generating code sections (COl- 
C05) insert screen element data sets when they are executed. 

15) A server according to item 1 1 , wherein the instruction data set is a set of 
instruction data for controlling a device with a particular control command layout format on 
the client, wherein the instruction template is a command layout template and the instruction 
element positions are command holders into which the instruction element generating code 
sections insert command data sets when they are executed. 

16) A server according to item 1 , wherein the client and the server are JAVA 
based code sections, wherein the instruction format configuration JSle containing the tree data 
structure is an XML file. 

17) A server according to item 17, wherein the instruction element generating 
code section is a JAVA servlet or a JAVA server pages program. 

18) A data carrier for a server side having computer readable storage code 
embodied therein which includes: 

a) a code section for providing one or more content data request properties of the 
content data request made by a client; 

b) a code section for preparing an instruction data set having the instruction 

format and consisting of a pliirality of instruction element data sets each representing a 
particular instruction element of the instruction format and generated by one or more 
instruction element generating code sections of said code section for preparing an instruction 
data set; 
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c) a code section containing a tree data structure including a plurality of 
instruction format nodes, each instruction format node indicating a particular combination of 
instruction elements constituting a particular instruction format and having associated with it 
a node selection criterion; 

d) a code section for searching the tree data structure with the determined content 
data request properties and for selecting an instruction format node whose associated node 
selection condition matches said determined content data request properties; and 

e) said code section for preparing an instruction data set being adapted for 
preparing the instruction data set to be sent to the cUent unit executing the instruction element 
generating code sections of the selected instruction format node. 

1 9) A data communication system including one or more server units according to 
one or more of items 1-17 ^d one or more clients. ^ — ^ 

c 

20) A server unit of a data processing system in which one or more clients are 
provided by the server with an instruction data set in a particular mstruction format in 
response to a content data request, including: 

a) an instruction format configuration file containing a tree data structure 
consisting of a plurality of instruction format nodes, each instruction format node indicating 
a particular combination of instruction elements constituting a particular instruction format 

and having associated with it a node selection criterion; and 

b) an instruction format selection code section for searching said tree data 
structure with content data request properties relating to a content data request sent by the 
client and for selecting an instruction format node whose associated node selection condition 
matches said content data request properties. 
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21) A server of a data processing system in which one or more chents are provided 
by the server with an instruction data set in a particul^ instruction format, wherein the server 
is adapted to make the instruction format of the instruction data set flexibly dependent on the 
capabilities of the client and/or the properties of the content data. 

22) A server of a data processing system in which one or more clients are provided 
by the server with an instruction data set in a particular instruction format, wherein the server 
is adapted to make the generation and retrieval of the content data and its format flexibly 
dependent on properties of the client and/or the properties of resource code sections which 
provide the content data. 

23) A server according to item 22, wherein the server includes, for the flexible 
generation and retrieval of the content data, a selection code section adapted to select from a 
number of instruction format templates a particular instruction format template dependent on 
client properties and/or resource properties, 

wherein the template describes at what places in the instruction data set particular 
instruction elements can be placed; and one or more instruction element generating code 
sections adapted for inserting content data in the places indicated in the instruction format 
template; 

wherein the selection code section also selects the one or more instruction element 
generating code sections in accordance with the client capabilities or resource capabilities, 
from several available instruction element generating code sections. 

24) A server of a data processing system in which one or more chents are provided 
by the server with an instruction data set in a particular instruction format, 

wherein the server includes: 
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a selection code section adapted to select from a number of instruction format 
templates a particular instruction format template dependent on client properties and/or 
resource properties, 

wherein said template describes at what places in the instruction data set particular 
instruction elements can be placed; and 

one or more instruction element generating code sections adapted for inserting content 
data in the places indicated in the instruction format template; 

wherein the selection code section also selects the one or more instruction element 
generating code sections in accordance with the client capabilities or resource capabilities, 
from several available instruction element generating code sections. 

25) A server of a data processing system in which one or more clients are provided 
by the server with an instruction data set in a particular instruction format, wherein the server 
is adapted to make the instruction format of the instruction data set flexibly dependent on the 
properties of the client and/or the properties of the requested content data obtained by a 
content data request property provider code section which is adapted to analyse a content data 
request from the client to provide said one or more client-related properties and content data 
related properties. 

26) A server of a data processing system in which one or more clients are provided 
by the server with an instruction data set in a particular instruction format, wherein the server 
is adapted to make the instruction format of the instruction data set flexibly dependent on 
client related properties stored in a first property memory and/or content data related 
properties stored in a second memory. 
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27) A server of a data processing system in which one or more cUents are provided 
by the server with an instruction data set, wherein the server is adapted to make the provision 
of the instruction data set dependent on searching a tree structure in a configuration file with 
some chent-related and/or content data related properties, wherein each node in the tree 
structure generates the instruction data set in a different instruction format. 

28) A server of a data processing system in which one or more clients are provided 
by the server with an instruction data set, wherein the server is adapted to make the provision 
of the instruction data set dependent on searching a tree structure in an XML configuration 
file with some client-related and/or content data related properties, wherein each node in the 
tree structure generates the instruction data set in a different instruction format with a screen 
template generated by a template JSP (JAVA Server pages) or a servlet with a set of 
argument servlets and describing at what positions the arguments ffl-e to be inserted in the 
template. 

29) A server according to item 27, wherein the tree structure is generated 
separately for each session between the client and the server. 

30) A server according to item 27, wherein the tree structure is generated once and 
independently for each session between the client and the server. 

31) A server according to item 27, wherein the tree structure is generated 
dependent on client-related properties and/or content data properties. 

32) A server of a data processing system in which one or more clients are provided 
by the server with an instruction data set, wherein the server is adapted to determine client- 
related properties and content data related properties by analyzing a content data request form 
the client. 
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i. Industrial Applicability 

As was explained above, the invention is usable in a data communication system, in 
which a server and at least one client perform a data communication in order to provide the 
client with an instruction data set in a flexible manner, in particular dependent on properties, 
which are derivable from the content data request sent by the client. Although heretofore 
some references were made to the servers and clients implemented in a JAVA environment, it 
should be noted that the invention is equally well applicable to any other data communication 
system, in which a main computer and a sub-computer communicate. The invention is also 
not restricted to the case, where the client is a computer and the invention can in particular be 
used in environments, where the client is a mobile telephone such as a WAP compatible 
mobile telephone. 

Furthermore, it should be noted that the present invention is not limited to the specific 
embodiments described herein and that a skilled person can carry out various modifications 
and variations on the basis of the teachings herein. In particular, the invention can comprise 
embodiments, which result from a combination of features and operations, which have been 
described separately in the claims and in the specification. Therefore, the invention is only 
defined by the scope of the attached claims. 

Having described several embodiments consistent with the present invention in detail, 
various modifications and improvements will readily occur to those skilled in the art. Such 
modifications and improvements are intended to be within the spirit and scope of the 
invention. Accordingly, the foregoing description is by way of example only, and is not 
intended as limiting. 
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